CORENET-6746: Allow EgressIP NoMatchingNodeFound events to repeat pathologically - #31614
CORENET-6746: Allow EgressIP NoMatchingNodeFound events to repeat pathologically#31614pperiyasamy wants to merge 1 commit into
Conversation
EgressIP e2e tests create EgressIP resources before labeling nodes with k8s.ovn.org/egress-assignable, causing NoMatchingNodeFound events to fire repeatedly until the label is applied. This is expected test behavior and should not be flagged as a pathological event. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> Signed-off-by: Periyasamy Palanisamy <pepalani@redhat.com>
|
Pipeline controller notification For optional jobs, comment This repository is configured in: automatic mode |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository YAML (base), Central YAML (inherited) Review profile: CHILL Plan: Enterprise Run ID: 📒 Files selected for processing (1)
Included review availability: Your plan provides up to 12 included reviews per hour; 11 remain after this review. WalkthroughThe change registers a universal pathological-event matcher for repeated ChangesEgressIP event matching
Estimated code review effort: 1 (Trivial) | ~2 minutes Merge Risk: ⚪ Minimal · up to This allows expected repeated EgressIP NoMatchingNodeFound test events before node labeling without a remaining merge-blocking risk. Suggested reviewers: 🚥 Pre-merge checks | ✅ 15✅ Passed checks (15 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
@pperiyasamy: This pull request references CORENET-6746 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the story to target the "5.1.0" version, but no target version was set. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
/testwith openshift/ovn-kubernetes/main/e2e-aws-core-networking-serial-ote openshift/ovn-kubernetes#3227 |
tssurya
left a comment
There was a problem hiding this comment.
/lgtm
this feature works this way and ideally the users are expected to label node before creating EIP but doing it in reverse should work and that's what the tests are checking
please double check this with test-with-pr to see if this solves the issue
you'll need approve from QSE or TRT teams I think
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: pperiyasamy, tssurya The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
Scheduling required tests: |
|
/verified by ci |
|
@pperiyasamy: This PR has been marked as verified by DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
EgressIP e2e tests create EgressIP resources before labeling nodes with
k8s.ovn.org/egress-assignable, causingNoMatchingNodeFoundevents to fire repeatedly until the label is applied. This is expected test behavior and should not be flagged as a pathological event.Sample runs:
https://prow.ci.openshift.org/view/gs/test-platform-results/pr-logs/pull/openshift_ovn-kubernetes/3227/pull-ci-openshift-ovn-kubernetes-main-e2e-aws-core-networking-serial-ote/2095870485823754240
https://prow.ci.openshift.org/view/gs/test-platform-results/pr-logs/pull/openshift_ovn-kubernetes/3227/pull-ci-openshift-ovn-kubernetes-main-e2e-azure-core-networking-serial-ote/2095870485857308672
Summary by CodeRabbit